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REMARKS 

Unrelated to patentability, the applicants have voluntarily amended the 
specification to correct a reference number. 

Regarding the claims, claims 1-10 and 17-32 stand rejected under 35 U.S.C. § 
102(e) as being anticipated by Bama et al. {U.S. Patent Application Publication Number 
2002/0046277, hereinafter 'Barna"), claims 11-16 stand rejected under 35 U.S.C. § 
103(a) as being unpatentable over Bama in view of Applicant Admitted Prior Art, and 
claims 1, 17, 27 and 29 stand rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Barna in view of Madour (U.S. Patent Application Publication Number 
2002/0021681). Respectfully disagreeing with these rejections but nonetheless 
amending the claims, the applicants request reconsideration of the outstand.ng 
rejections. However, no amendment made was related to the statutory requirements of 
patentability unless expressly stated herein; and no amendment made was for the 
purpose of narrowing the scope of any claim, 

As amended claims 1 and 27 recite that conveying the PPP context informat,on 
comprises conveying only types of PPP context information that are applicable to the 
target AR. The Examiner has asserted (with respect to original claim 7) that this 
,anguage is taught by Barna [0035 H 0036], which reads as follows (emphas.s added): 

rnn^l The nrior art conventionally sets up an A10 connection following an access 
Sc layer^LXff (C^^IA 2000, 3GPP2/IS2001 Specification,). 

^address this concern, and hence ^e^y ta£ . W*d 
faTLdoff procedure sets up the A10 connection earlier in the handoff process and 
£E£ tata ; the issuancTof the handoff command from the *d jsemng) PDSN 
More particularly, the pre-setup of the A10 connection is accomplished ^ after the target 
B^e Station Controller (BSC) responds to the PDSN handoff ^P^f^S 
ax message Pre-setup of the A10 connection provides Hie new (target) PDSN with uie 
iS^rf5J3JroW. The new PDSN then makes a ha,doff sohatotjon to the old 
PdS ^sponsive thereto, the old PDSN provides all the security, mobility, and PPP 
context information relating to the subscriber. 

[0036] Transfer of the PPP context information obviates the need i ? ^nego^te th^ 
PPP link at Ihe new PDSN following handoff and minimizes delay of link layer 
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establishment. The address of the new PDSN is provided to the old PDSN in connection 
with the A9-AL disconnect to stop packet transmission to the old BSC in the radio access 
network, and this address is used to establish a path to tunnel the packets to the new 
PDSN. Following mobile station handoff, an A9-AL connect message is provided to 
tri gger the resumption of packet data transmission using the PDSN-to- PDSN tunnel. 

However, the applicants submit that this portion of Barna actually teaches away from 
what is claimed. Barna clearly teaches that all the PPP context information relating to 
the subscriber is conveyed. Claims 1 and 27 recite that conveying the PPP context 
information comprises conveying only the types of PPP context information that are 
applicable to the target AR. Thus, the information's applicability to the target AR is the 
qualifier for what is transferred. 

Barna teaches transferring it all for that subscriber. This goes against what is 
claimed, particularly since Barna then touts that this practice "obviates the need to 
renegotiate the PPP link." In contrast to Barna, the present application recognizes that 
some of the PPP context information may not be applicable to the target AR and thus 
require a partial renegotiation of PPP parameters with the remote unit. 

Claim 8 recites requesting, by the source AR, target AR capabilities from the 
target AR Claim 9 recites sending, by the source AR, an indication of which types of 
context Information are being conveyed. Claim 10 recites maintaining, by the source 
AR, a record of the target AR's capabilities. The Examiner has asserted that this 
language is taught by Barna [0034]-[0036], which reads as follows: 

[0034] During a handoff of a Prepaid mobile subscriber, it is important that the balance of 
volume remaining in the Prepaid subscriber's account continue to be accurately 
monitored and reported. This is especially a concern when the handoff is an inter-PDSN 
nandoff. In this situation, a tunnel is established to connect the two implicated PDSNs for 
the carrying of packets during the handoff procedure. It is possible that packets may be 
communicated by the old PDSN through the tunnel after the accounting session is 
terminated in the old PDSN but before the accounting session in the new PDSN is 
established. In order to ensure accuracy of the Prepaid account balance, this volume of 
tunneled data must be monitored and reported 

[0035] The prior art conventionally sets up an A10 connection following an access 
specific layer 2 handoff (CDMA 2000, 3GPP2/IS2001 Specifications). This contributes a 
significant delay. To address this concern, and hence reduce the delay level, a proposed 
fast handoff procedure sets up the A10 connection earlier in the handoff process and 
preferably before the issuance of the handoff command from the old (serving) PDSN. 
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More ^ *• ^ A 'SZiff^^^ 
Base Station Controller (BSC) responds to the PDSN > pDSN ^ 

AS message. Pre-setnp of te A10 <=™|™^ ^Station to the old 
address of the old PDSN. The new PDSN ^^/J^y, mobiBty , and PPP 
PDSN Responsive thereto, the old PDSN provide* all me secumy, 
context information relating ro the subscriber. 

[0036] Transfer of ft. PPP context "^^ y ^ ^SSuSS. 
U at the new PDSN foltowmg handoffand T^^J^Z wife fce A9-AL 

of packet data transmission using the PDSN-to- PDSN tunneL 

However, the « <° - *>* te ""*» * t*lT™ 

language taught by eHher claim 8, 9 or 10. Therefore, Iha applicants subm* ,ha. Barna 

does not teach what is claimed. 

As amended CM 17 and 29 recite sendmg. by .he targe. AR, ****** 
«. target AR to the source AR. The Examiner has asserted (w«h respect to onflmal 
daim 20) the, this language is taught by Bama [0034H0035], which reads as follows: 

t^Duriagahandoffo^^ 

baadoff. in m situation, a tunnel * -*E£K^S!S55-i «■» he 

* ^ SMtSfc'SrSSl 5£X account session is 

communicated by the oU PDSN fflreugn ssssion h to new jdsn ls 

ssit t*f « ™ -f - — «-* to votame of 

tunneled data most be monitored and reported. 

im » The prior » Stf^taS 

specific layer 2 handoff (CDMA 2000, 3 ^™ 1 ?* JL^ ^ dday level, a proposed 
significant delay. To address ^^'^^^^^SpJoZ and 
fi5 handoff procedure sets up ite AM »22?S£ft>S the old (serving) PDSN. 
preferably before the issuance ^^f^^^Uslied after the target 
More particularly, the pr^setup of ^^SSS3S request with an A9-Setup- 
Base Station Controller (BSC) r«*onds to ^ ^^^^^ PDSN with the 
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context infoiraation relating to the subscriber. 

However, the applicants fail to see how this portion of Barna teaches or suggests the 
sending of capabilities of the target AR at all. Therefore, the applicants submit that 
Barna does not teach what is claimed. 

Claim 18 recites negotiating, by the target AR with the remote unit, PPP 
parameters not received by the target AR from the source AR. Claim 19 recites 
determining that at least a portion of the PPP context information is not applicable to the 
target AR and negotiating, by the target AR with the remote unit, PPP parameters 
corresponding to the PPP context information determined to not be applicable to the 
target AR. The Examiner has asserted that this language is taught by Barna [0040]- 
[0043], which reads as follows: 

mnam At the bediming of FIG. 2, the MS 11 is engaged in a packet data session via the 
Internet 13. A connecnon o determined that an inter-PDSN handoff is required 

t\Q J, Tpd«1N-2 At 71 a handorT solicitation is initiated by PDMN ^ to-wara 

2fSb?bm» PDSN-1 and PDSN-2, and at 75, a connection is established 
between PDSN-2 and the Target PCF. 

between PDSN-1 and PDSN-2, via the connection 8r bona: PDbN I ano tne g 
PCF 65, and via the connection 82 between the Target PCF and the MS. 

r00421 An Accounting Request Stop message 83 is then sent from the Source PDSN-1 63 
K ^S S 84, the AAA Server forwards the Accounting Request Stop 
Itag^e PPS 5 where it is indicated at step 85 that the session has ™matedui 
SSSR toll the PPS sends an Accounting Response^ message to the AAA Server 
which forwards the Accounting Response message to PDSN-1 at 87. 

[0043] At step 88, the session goes dormant. The PP connection between PDSN-l and 
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PDSN-2 is released by sending a "J*""**"* ^^i£SS£5 

PDSN-1. AiW.»»^^^~SKLl«- over the PP 
with accounting information relating to the volume or pCF65then 

connection during the handoff P™^ 6 ^^ sends an Access 

sends an All Region Request <™W»» the serving PDSN. At 94, 

Request message 93 to the AAA Server . PDbN z tnu itively authenticating 
the AAA Server 14 performs ^^^^^Tage at 95 to tie PPS 15. THe 

^ MS, the AAA Server forwards ^Access W« * ^ altributes for the 

PPS performs an auction process £ * to the AAA Server in an 
Prepaid subscriher. THe an Access Accept message 

Access Accept message 97 At 98, the AJAW attributes may 

to.PDSN-2, and includes the ^^^Sl^rfdSi panted for the user 
"anoint for the sending of an Accounting Stop message. 

However, the applicants fail to see how this portion of Berna teaches or ^ 
^uage taught by either claim 18 or 19. Therefore, the app.icants suhm,t that Barna 
does not teach what is claimed. 

all of the limitations of independent claims 1 , 17, 27 or 29, or thererore, a 

r^ve depend . — « - ^ 

fade case for obviousness has been shown. No rema,n,ng grounds for rejection or 
ZZ being given, the daints in their present torn, are asserted to be patentee 
TZ pi art o, record end in cond«on for ailowance. Therefore, allowance and 
issuance Of this case is earnestly solicited. 

The Examiner is InvHed to contact fhe «ned, if such — -hon , wou 
advance the prosecution of the present application. Last*, please charge any addibonal 

"ding — » - « ~> or ~* <~ em to DeP ° sit AM ° U 

502117 - Motorola, Inc. 
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Respectfully submitted, 
M. Nakhjiri et al. 



Jeffrey K. Jacobs 
Attorney for Applicant(s) 
Registration No. 44,798 
Phone No.: 847/576-5562 
Fax No.: 847/576-3750 
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